IN THE CLAIMS: 

Please add new claims 44-48 as shown below. This listing of claims will replace 
all prior versions, and listings, of claims in the present application: 

1 . (Original) A device to operate as an intermediary node on a network, the device 
comprising: 

a user interface to enable a user to specify a set of forwarding rules for 
forwarding requests on the network; 

a database to store the set of fonA/arding rules; 

a request processing unit to receive a request from a client; and 

a rule evaluator to evaluate the set of forwarding rules to identify a rule in the set 
of forwarding rules which applies to the request, such that the request processing unit 
attempts to fonA/ard the request according to said rule. 

2. (Original) A device as recited in claim 1 , wherein the device operates within a 
defined fonA/arding hierarchy, and the user may specify one or more of the fonA/arding 
rules to indicate a manner of fonA/arding the request within the fonA/arding hierarchy. 

3. (Original) A device as recited in claim 2, wherein the fonA/arding hierarchy is a cache 
hierarchy. 

4. (Original) A device as recited in claim 3, further comprising a cache to store content 
requestable by a client on the network, wherein the request processing unit forwards the 
request only in the event of a cache miss, wherein the request is a request for content 
on the network. 
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5. (Original) A device as recited in claim 1 , further connprising a rule engine to 
determine an availability of a host indicated in said rule and to select the host as a 
forwarding destination for the request if the host is available, the rule engine further to 
indicate the host to the request processing unit if the host is available to cause the 
request processing unit to forward the request to the host. 

6. (Original) A device as recited in claim 1 , wherein the rule evaluator identifies the rule 
which applies to the request by determining that a condition in the rule involving a 
variable in the request is satisfied. 

7. (Original) A device as recited in claim 1, wherein, if the request processor is unable 
to forward the request according to said rule, the rule evaluator resumes evaluating the 
set of foHA/arding rules to identify another rule corresponding to the request, 

8. (Original) A device as recited in claim 1, wherein said rule comprises a plurality of 
destinations, and wherein the rule engine selects a destination from among the plurality 
of destinations as a forwarding destination for the request, based on at least one 
delivery factor included in the rule. 

9. (Original) A device as recited in claim 8, wherein the at least one delivery factor 
comprises a specified distribution method for the request. 

10. (Original) A device as recited in claim 8, wherein the at least one delivery factor 
comprises an indication of a current load on at least one of the destinations. 

1 1 . (Original) A device as recited in claim 8, wherein the at least one delivery factor 
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comprises a weighting of the plurality of destinations indicating a preferred distribution 
of foHA^arding requests between the plurality of destinations. 

12. (Original) A device as recited in claim 1 , wherein the user interface is further to 
enable the user to modify the set of fonA/arding rules. 

13. (Original) A device as recited in claim 1 , wherein the user interface is further to 
enable the user to specify a sequence in which the rules of the set of fonA/arding rules 
are evaluated in response to the request. 

14. (Original) A device as recited in claim 1 , wherein the user interface is further to 
enable the user to selectively enable or disable a default fonA/arding rule. 

15. (Original) A device to operate as an intermediary node on a network, the device 
comprising: 

a processor; 

a network interface to allow the device to communicate on the network; and 
a storage facility to store program code for execution by the processor to cause 
the device to 

provide a user interface to enable a user to specify a set of fonA/arding 

rules, 

receive a request from a client, 

evaluate the set of fonA/arding rules to identify a rule in the set of 
fonA/arding rules which should be applied to the request, and 

forward the request on the network according to said rule. 
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16. (Original) A device as recited in claim 15, wherein the device operates within a 
defined fonA/arding hierarchy, and the user may specify one or more of the fonwarding 
rules to indicate a manner of forwarding the request within the fonwarding hierarchy. 

17. (Original) A device as recited in claim 16, wherein the fonwarding hierarchy is a 
cache hierarchy. 

18. (Original) A device as recited in claim 17, further comprising a cache to store 
content requestable by a client on the network, wherein the device forwards the request 
only in the event of a cache miss at the device. 

19. (Original) A device as recited in claim 15, wherein the request is a request for 
content on the network. 

20. (Original) A device as recited in claim 1 5, wherein the program code is further to 
cause the device, when executed by the processor, to determine an availability of a host 
indicated in said rule and to select the host as a forwarding destination for the request if 
the host Is available. 

21. (Original) A device as recited in claim 15, wherein the program code is further to 
cause the device, when executed by the processor, to identify the which should be 
applied in response to the request by identifying a correspondence between a variable 
in the request and a variable in the mle. 

22. (Original) A device as recited in claim 1 5, wherein the user Interface is further to 
enable the user to modify the set of fonwarding rules. 
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23. (Original) An intermediary network node comprising: 

means for receiving a request for content on a network; and 

means for determining a forwarding destination for the request in a defined 

foHA/arding hierarchy, by applying a set of user-specified forwarding rules to the request; 

and 

means for forwarding the request according to the determined forwarding 
destination. 

24. (Original) An intermediary network node as recited in claim 23, wherein the 
foHA/arding hierarchy is a cache hierarchy. 

25. (Original) An intermediary network node as recited in claim 24, wherein the 
intermediary node is a network caching device, and wherein said determining and said 
fon/varding are performed only if the request results in a cache miss at the intermediary 
network node. 

26. (Original) A caching device to operate within a cache hierarchy on a network, the 
caching device comprising: 

a cache to store content requestable by a client on the network; 

a request processing unit to receive a request for content from the client, and to 
foHA/ard the request on the network based on a set of forwarding rules in the event of a 
cache miss; 

a user interface to enable a user to specify the set of fonA/arding rules, such that 
the user may specify one or more forwarding rules to indicate a host in the cache 
hierarchy as a destination for a corresponding request; 
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a database to store the set of forwarding rules; 

a rule evaluator to evaluate the set of forwarding rules In response to the cache 
miss, to Identify a rule in the set of forwarding rules which applies to the request; and 

a rule engine to determine an availability of a host indicated In the rule, If any, 
and to select the host as a forwarding destination for the request If the host Is available, 
the rule engine further to indicate the host to the request processing unit if the host is 
available to cause the request processing unit to fonward the request to the host. 

27. (Original) An intermediary network node as recited In claim 26, wherein the rule 
evaluator Identifies the rule which applies to the request by determining that a condition 
In the njle Is satisfied. 

28. (Original) An intermediary network node as recited In claim 27, wherein the 
condition Involves a variable In the request. 

29. (Original) An intermediary network node as recited In claim 26, wherein said rule 
comprises a plurality of destinations, and wherein the rule engine selects said 
destination from among the plurality of destinations, based on the availability of each of 
the plurality of destinations. 

30. (Original) An intermediary network node as recited In claim 26, wherein the user 
Interface is further to enable the user to modify the set of forwarding rules. 

31 . (Original) An intermediary network node as recited in claim 26, further comprising a 
rule encoder to encode Into a uniform syntax fonwarding rules specified by the user. 
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32. (Original) A network caching device to operate within a defined cache hierarchy on 
a network, the caching device comprising: 

a cache to store content from an origin server on the network; 

an application to receive a request for content from a client via the network, and 
to foHA^ard the request on the network based on a set of fonA/arding rules in the event of 
a cache miss; 

a user interface to enable a user to specify and modify the set of forwarding 

rules; 

a rule encoder to encode into a uniform syntax forwarding rules specified by the 

user; 

a rules database to store the encoded fonA/arding rules; 

a rule evaluator to evaluate the set of forwarding rules sequentially in response to 
the cache miss, to identify a rule in the set of forwarding rules which applies to the 
request, by identifying a correspondence between a variable in the request and a 
variable in the rule, the rule specifying a host within the cache hierarchy as a fonA/arding 
destination for the request; and 

a rule engine to determine an availability of the host and to select the host as 
said foRA/arding destination for the request if the host is available, the rule engine further 
to indicate the host to the application layer if the host is available to cause the 
application layer to attempt to establish a connection with the host, such that the 
application layer forwards the request to the host upon successfully establishing the 
connection. 

33. (Original) A network caching device as recited in claim 32, wherein said rule 
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comprises a plurality of destinations, and wherein the rule engine selects said 
destination from among the plurality of destinations, based on the availability of each of 
the plurality of destinations. 

34. (Original) A method comprising: 

receiving, at an intermediary network node, a request for content on a network; 

determining, in the intermediary network node, a forwarding destination in a 
defined fonA/arding hierarchy, by applying a set of user-specified fonA/arding rules to the 
request; and 

forwarding the request according to the determined forwarding destination. 

35. (Original) A method as recited in claim 34, wherein the fonA/arding hierarchy is a 
cache hierarchy. 

36. (Original) A method as recited in claim 35, wherein the intermediary node is a 
network caching device, and wherein said determining and said fonA/arding are 
performed only if the request results in a cache miss at the intermediary network node. 

37. (Original) A method of operating a caching device in a cache hierarchy on a 
network, the method comprising: 

caching content on the network; 

providing a user interface to enable a user to specify a set of fonA/arding rules; 
storing the set of fonA/arding rules; 
receiving a request from the client; 

evaluating the set of forwarding rules if the request produces a cache miss, to 
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identify a rule in the set of forwarding rules that applies to the request; 
determining an availability of a host indicated in the rule; 
attempting to establish a connection to the host if the host is available; and 
foHA^arding the request to the host. 

38. (Original) A method as recited in claim 37, further comprising resuming said 
evaluating to identify another rule having a correspondence to the request, if said 
attempting to establish the connection is unsuccessful. 

39. (Original) A method as recited in claim 37, further comprising, if said attempting to 
establish the connection is unsuccessful: 

determining whether a second available host is indicated in the rule , and if so, 
attempting to establish a connection to the second available host; and 
foHA/arding the request to the second available host. 

40. (Original) A method as recited in claim 37, wherein said providing the user 
interface comprises providing the user interface such that the user may specify one or 
more forwarding rules to indicate a host in the cache hierarchy as a destination for a 
corresponding request. 

41 . (Original) A method as recited in claim 37, wherein the rule is determined to apply 
to the request if a condition in the rule is satisfied by the request. 

42. (Original) A method as recited in claim 41 , wherein the condition is a function of a 
variable in the request. 
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43. (Original) A method as recited in claim 37, wherein said providing the user 
interface comprises providing the user interface to enable the user to modify the set of 
forwarding rules. 

44. (New) A device as recited in claim 1 , wherein the request processing unit is further 
to use a timeout period in attempting to establish a connection with the forwarding 
destination, the timeout period having been computed based on information indicative of 
a responsiveness of the fonA^arding destination. 

45. (New) A device as recited in claim 44, wherein the information indicative of the 
responsiveness of the forwarding destination comprises information indicative of a 
loading on, or a response time of, the forwarding destination. 

46. (New) A device as recited in claim 44, wherein the timeout period is computed in 
response to the request being received. 

47. (New) A method as recited in claim 34, further comprising, prior to said fonwarding 
the request: 

acquiring information about the forwarding destination, the information being 
indicative of a responsiveness of the forwarding destination; 

computing a timeout period based on the information indicative of the 
responsiveness of the forwarding destination; and 

using the computed timeout period, in response to the request, in attempting to 
establish a connection with the forwarding destination. 
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48. (New) A method as recited in claim 47, wherein said computing a timeout period is 
done in response to receiving the request. 
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